o DEFENSE  SYSTEM  SOFTWARE 


FY  79-83 

RESEARCH  AND  DEVELOPMENT 
TECHNOLOGY 

' JPLAN  . 

ST/'i  SEPTBMM  1877 


R&D  TECHNOLOGY  PANEL 
TO  THE 

MANAGEMENT  STEERING  COMMITTEE  FOR  EMBEDDED  COMPUTER  RESOURCES 


OFFICE  OF  THE  DIRECTOR  OF  DEFENSE 
RESEARCH  AND  ENGINEERING 


UUlLlSMTrC 


I 

I 


OFFICE  OF  THE  UNDER  SECRETARY  OF  DEFENSE 
WASHINGTON.  D.C.  20301 


RESEARCH  AND 
ENGINEERING 

18  November  1977 


I 

j MEMORANDUM  FOR  DISTRIBUTION 

SUBJECT:  Defense  System  Software  Research  and  Development 
Technology  Plan 

f 

The  attached  plan  is  distributed  for  use  by  Military  Department  R&D 
managers  in  planning  and  evaluating  their  technology  initiatives  relating 
to  software.  The  plan  has  been  informally  coordinated  within  Military 
I Department  technology  centers,  and  carries  the  approval  of  the  R&D 

Technology  Panel  on  Software  Technology.  It  is  intended  to  be  a "living" 
document  and  as  such  will  undergo  continuing  refinement. 
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The  Software  Science  and  Technology  Base  is  a major  DoD  thrust  area, 
and  the  program  expansion  outlined  by  the  attached  plan  carries  my  full 
support. 

The  Management  Steering  Committee  fpr  Embedded  Computer  Resources 
will  assist  the  Office  of  the  Under  Secretary  of  Defense  for  Research  and 
Engineering  (OUSDRE)  in  its  responsibility  for  overseeing  the  implemen- 
tation of  the  plan  within  the  Military  Departments  and  defense  agencies. 


Thomas  H.  Nyman 
Staff  Specialist  for 
Electronic  Systems  Technology 
Electronics  and  Physical  Sciences 
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Introduction 


In  the  Spring  of  1975,  a major  new  initiative  was  undertaken  in  the  area  of 
software  management  for  weapons,  communications,  command  and  control,  and 
intelligence  systems.  Organizational  steps  which  give  the  proper  leverage 
have  been  taken;  OSD  policy  direction  on  the  management  of  computer  re- 
sources has  been  issued;  impacts  are  gradually  being  made  on  major  systems; 
visibility  of  software  as  a major  system  component  and  decision  parameter  is 
being  felt. 

In  order  to  complete  the  Defense  System  Software  Management  Program,  a sup- 
porting research  and  development  technology  program  plan  has  been  formulated. 
The  plan,  described  in  detail  in  the  attached  paper,  is  divided  into  the 
following  Sections: 

Part  I Technology  Area  Summaries 

Part  II  DoD  Management  of  Program  - Organizational  Roles,  Responsi- 
bilities, and  Interactions 

The  Management  Steering  Committee  for  Embed-’  A Computer  Resources  intends 
to  carry  out  the  steps  described  in  this  ' md  to  seek  the  support  of 

the  Service  Components,  Federal  Contract  ch  Centers,  Industry,  and 

Congress  in  so  doing. 

Comments  or  questions  regarding  material  contained  in  this  paper  should  be 
addressed  to  Mr.  William  E.  Carlson,  Defense  Advanced  Research  Projects 
Agency,  1400  Wilson  Boulevard,  Arlington,  VA.  22209,  (202)  694-5051. 
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WILLIAM  E.  CARLSON 


For  the  Research  and 
Development  Technology  Panel 


BARRY  C.  DE  R02 
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Resources 
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PART  ONE 


SCIENCE  AND  TECHNOLOGY 
AREA  DESCRIPTIONS 

o Problems  Addressed 
o Actions  to  be  Taken 
o Funding  Requirements 

There  is  probably  no  technical  development  that  has  produced  as  profound 
change  in  military  systems  in  the  past  ten  years  as  the  computer.  Revo- 
lutionary advances  in  integrated  circuits  have  fostered  multiplied  im- 
provements in  both  processing  power  and  small  size.  Over  the  last  decade, 
the  cost  for  a given  processing  task  has  plunged  over  two  orders  of  magni- 
tude, and  trends  suggest  this  dramatic  reduction  will  continue. 

The  overall  effect  of  these  advances  has  been  to  provide  highly  capable 
processing  equipment  at  low  cost,  while  elevating  both  the  cost  and 
complexity  of  software  to  a predominant  factor  in  defense  systems  develop- 
ment and  support. 

To  address  this  increasing  cost  and  complexity,  the  DoD  Defense  System 
Software  Management  Program  has  implemented  specific  policy  thrusts  to 
improve  the  management  of  the  software  life  cycle  in  defense  systems. 

The  plan  outlined  in  the  following  pages  is  an  essential  part  of  the 
Defense  System  Software  Management  Program  and  provides  the  technological 
know-how  and  tools  critical  to  achieving  Jull  success  of  the  comprehensive 
software  policy  initiatives  now  underway.  It  provides  for  considerable 
expansion  in  improved  software  quality  and  reduced  software  costs  in  the 
near  term.  The  technology  thrusts  are  organized  in  the  following  pages 
into  three  areas: 

o Technology  to  help  both  the  DoD  and  industrial  program  manager 
better  plan  and  control  the  software  development  process  (as 
an  integral  part  of  overall  systems  development)  (Section  I-A). 

o Technology  to  advance  the  state-of-the-art  in  software  quality, 
reliability,  transportability  and  adaptability,  including  the 
investigation  of  opportunities  for  standardization  (Section  I-B). 

o Technology  to  improve  the  productivity  of  software  engineers 
(Section  I-C). 


"Defense  System  Software  Management  Plan,"  Office  of  the  Assistant 
Secretary  of  Defense  (Installations  and  Logistics),  19  March  1976 
(DDC  Accession  Number  A022558) . 
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Includes  basic  and  applied  research,  exploratory  development  and 
generic  advanced  development  not  related  to  specific  defense  systems. 
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The  plan  outlined  in  the  following  pages  will  be  used  by  defense  R&D 
managers  to  formulate,  monitor  and  evaluate  progress  of  the  software 
technology  program.  Broad  goals  have  been  established  which  are  pre- 
sented in  Annex  A.  Program  tasks  undertaken  in  Part  One  will  address 
one  or  more  of  these  goals.  To  assist  with  the  technical  aspects  of 
program  formulation  and  technology  assessment,  and  to  integrate  the 
embedded  computer  systems  area  and  the  general  purpose  ADP  area,  an 
R&D  Technology  Panel,  chartered  under  the  Management  Steering  Committee 
for  Embedded  Computer  Resources,  has  been  established.  The  Charter  for 
this  Panel  is  contained  in  Annex  B. 

The  R&D  Technology  Plan  will  be  modified  periodically  as  required  to 
accommodate  the  advancement  of  software  technology  and  the  fulfillment 
of  defense  software  deficiencies. 


SCIENCE  AND  TECHNOLOGY  AREA  DESCRIPTIONS 


A.  LIFE  CYCLE  MANAGEMENT  TECHNOLOGY 


Al.  REQUIREMENTS  ANALYSIS 

I . Problem/ Issue  Summary 

o Dissatisfied  Users 

o Excessive  Requirements 

o Incomplete  Requirements 

o Inconsistent  Requirements 

o Untestable  Requirements 

o Untraceable  Requirements 

o Infeasible  Requirements 

II . Research  Direction  and  Action 

Requirements  specification  is,  and  always  will  be  a problem. 
The  process  involves  the  transformation  and  synthesis  of  thoughts,  desires, 
needs,  fears,  and  perceptions  into  a precise  specification  of  the  problem 
the  system  is  to  solve.  We  will  always  be  faced  with  conflicting,  incon- 
sistent, and  changeable  missions,  and  responses.  It  is  important  to 
recognize  that  we  cannot  technologically  eliminate  this  fact,  and  instead 
to  concentrate  on  providing  rapid  insight  into  the  technical  implications 
of  stated  system  requirements  on  computer  resources  (and  vice  versa), 
identifying  risk  areas,  and  exploring  implementation  alternatives  itera- 
tively before  making  hardware,  schedule,  and  projected  cost  commitments. 

The  user  needs  to  have  the  closed-loop  opportunity  to  see  and  feel  the 
implications  of  his  requirements  before  he  becomes  irrevocably  committed 
to  them.  Our  primary  research  thrust  in  the  near-term,  then,  is  aimed 
at  "Software  First"  Technology  (in  conjunction  with  emulation  facilities 
testbeds);  Competitive  Prototype  Guidelines  and  Evaluation  Criteria;  and 
Requirement  Trace  Tools.  Tools  for  Semi-Automated  Consistency  and  Com- 
pleteness Analysis  and  Requirements  Decomposition  are  promising  basic 
research  thrusts. 

Principal  Technology  Agent:  Air  Force 

Contributing  Agents:  DARPA,  Army,  Navy 

User:  Tri-Service,  Agencies 


Technology  Evaluator: 


DARPA 


III.  BUDGET  PROFILE 


a.  Exploratory/Advanced  Development 

$K  Evaluation  and  Codification  of  Software 


b.  Basic  Research 


A2 . LIFE  CYCLE  MANAGEMENT  PLANNING  TECHNOLOGY 


I . Problem/Issue  Summary 

o Inaccurate  Cost/Schedule  Projections 

o Inadequate  Control  of  Development  Programs 

o Subjective  Cost/Quality  Performance  Criteria 

o Lack  of  Operation/Support  Planning  and  Control 

II . Research  Direction  and  Action 

This  research  area  includes  the  development  of  life  cycle  cost 
estimation,  sizing,  and  scheduling  models  (including  operation  and  support 
phases),  and  the  development  of  quantitative  demonstration  criteria  for 
design,  development,  implementation,  and  test  milestones.  Empirical  data 
obtained  from  software  cost  and  quality  data  collection  (described  under 
earch  Area  A3) . 


Principal  Technology  Agent:  Army 


Contributing  Agents: 
User: 

Technology  Evaluator: 


Navy,  Air  Force 
Tri-Service,  Agencies 
Navy 
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A3.  COST/QUALITY  DATA  COLLECTION  AND  ANALYSIS 


I . Problem/Issue  Summary 

o Lack  of  Quantitative  Cost/Quality  Metrics 
o Lack  of  Information  Base  for  Decisions 


o Inability  to  Compare  Alternatives 

o Inability  to  Conduct  Life  Cycle  Cost  Tradeoffs 

II . Research  Direction  and  Action 

This  research  area  is  directed  toward  collecting  quantitative 
cost  and  quality  data  from  ongoing  systems  (of  all  Services)  and  using 
it  to  gain  insight  into  the  quantitative  relationship  between  numerous 
influence  factors  and  relative  cost  and  quality  metrics.  These  relation- 
ships in  turn  will  be  used  to  define  design  constraints,  and  to  guide  test 
and  evaluation  strategy.  Quantitative  understanding  of  quality  factors 
and  cost  drivers,  ^nd  their  relative  importance  to  various  sytem  categories 
(e.g.,  avionics,  C weapon  systems)  is,  has  been,  and  will  continue  to  be 
used  to  focus  policy  and  program  management  action. 

Principal  Technology  Agent:  Air  Force 

Contributing  Agents:  Navy 


User: 


Tri-Service,  Agencies 


Technology  Evaluator:  Army 
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A4.  MANAGEMENT  CONTROL  TECHNOLOGY 


I . Problem/Issue  Summary 

o Inadequate  Interface  Management 
o Inadequate  Documentation 

o Inconsistent  Application  of  Conf iguration  Item  Control 
and  Accounting  Procedures 

o Management  Prerogatives  Pre-empted 

o Inadequate  Cost/Quality  Traceability 

o Non-rigorous  Change  Control 

I I . Research  Direction  and  Action 

This  area  is  directed  at  software  configuration  management  and 
control,  and  the  discipline  associated  with  it.  Technical  issues  addressed 
are  configuration  item  definition,  tracking  of  work  breakdown  structures, 
desired  visibility  tools,  change  impact  assessment,  cost/quality  traceability 
and  accountability  mechanisms,  and  interface  standardization  and  control. 

The  Air  Force  effort  is  codifying  techniques  for  local,  single 
systems  and  working  with  DARPA  to  address  configuration  management  aids 
for  geographically  distributed  systems  and  multiple  systems  interopera- 
bility. The  Army,  Navy  and  DCA  will  use  both  Air  Force  and  DARPA  products. 


Principal  Technology  Agent:  Air  Force 

Contributing  Agents:  Army,  Navy,  DARPA 

User:  Tri-Service,  Agencies 


A5 . POLICY  AND  PROCEDURE  GUIDANCE 
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I . Problem/Issue  Summary 

o Insufficient  Understanding  by  Managers 

o Lack  of  Planning  and  Operation  Guidance  in  Day-to-Day 
Operations 

o Lack  of  Systems  Engineering  Methodology  and  Discipline 

o Lack  of  Technology  Transfer  Into  Application  Domain 

o Lack  of  Personnel  Skill  Continuity  Over  Life  Cycle 

II . Research  Direction  and  Action 

This  is  perhaps  the  single  most  important  research  program 
underway  at  the  present  time  because  it  represents  the  principal  bridge 
between  the  research  community  and  the  day-to-day  world  of  program  mana- 
gers, system  project  offices,  and  contracting  officials.  The  core  is  a 
set  of  software  acquisition  management  guidebooks  which  provide  a collec- 
tion of  "lessons  learned,"  and  implications  of  decision  options  and 
alternatives.  Seven  guidebooks  have  already  been  published  and  ten  more 
are  under  development.  The  content  of  the  guidebooks  is  an  important 
product,  but  the  transfer  of  ideas  and  experience  is  the  real  payoff. 

These  guidebooks  are  also  being  used  in  our  personnel  development  and 
training  initiatives.  Subjects  covered  are:  Regulations,  Specifications, 
and  Standards;  Contracting  for  Software  Acquisition;  Monitoring  and  Reporting 
Software  Development  Status;  Statement  of  Work  Preparation;  Reviews  and 
Audits;  Configuration  Management;  Requirements  Specification;  Software 
Documentation  Requirements;  Verification;  Validation  and  Certification; 
Software  Maintenance;  Software  Quality  Assurance;  Software  Cost  Estimating 
and  Measuring;  Software  Development  and  Maintenance  Facilities;  Life  Cycle 
Events;  and  Series  Overview. 

Future  technology  developments  in  other  research  areas  will  be 
transitioned  to  Program  Managers  using  the  guidebook  series  as  a partial 
vehicle . 


In  addition  to  the  guidebooks,  DoD  and  Military  Department 
standards  and  specifications  arc  being  revised  to  properly  manage  and 
control  the  software  product  as  we  now  see  it.  DoDD  5000.1,  5000.2, 
5000.3,  MIL-STD-881B,  MIL-S-52779,  AFR  800.14,  NAVAIR  INST.  5230.5  are 
a few  of  the  outgrowths  of  this  work. 
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Workload  has  been  divided  among  the  three  Services,  with  OSD 
contributing  in  its  own  area  of  cognizance  (i.e.,  Computer  Resources  and 
the  DSARC  Process  - Issue  Checklist).  ^The  Air  Force  has  responsibility 
for  the  guidebook  program  (avionics,  C , and  aerospace  mission  domains); 
Army  and  Navy  have  efforts  to  adopt  the  products,  and  to  promote  their 
use  in  the  respective  Services.  Additionally,  results  from  other  research 
areas  are  provided  by  Army  and  Navy  for  inclusion  under  appropriate  guide- 
book topics. 

Principal  Technology  Agent:  Air  Force 

Contributing  Agents:  Navy,  Army,  OSD,  Agencies 

User:  Tri-Service,  Agencies,  OSD 

Program  Evaluator:  OSD 
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. BUDGET  PROFILE 


B.  SYSTEM  DESIGN  PRINCIPALS  AND  ARCHITECTURAL  STANDARDIZATION 


Bl.  RELIABILITY  AND  SURVIVABILITY 
I . Problem/Issue  Summary 

o Lack  of  System  Optimization  With  Respect  to  Both  Hardware 
and  Software 

o Inability  to  Quantify  Reliability/Cost  Tradeoffs 

o Lack  of  Quantitative  Test  Standards 

II . Research  Direction  and  Action 

This  area  covers  multi-processing  in  distributed  computing 
environments,  and  architectural  impacts  on  software  correctness  and 
system  availability  (e.g.,  fault  tolerant  computing,  error  detection). 


Principal  Technology  Agent: 
Contributing  Agents: 

User: 

Technology  Evaluator: 


Air  Force 
DARPA,  Navy 
Tri-Service,  Agencies 
Navy 
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III.  BUDGET  PROFILE 
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B2 . INTEROPERABI L1TY 

I . Problem/Issue  Summary 

o Inability  to  Modify  Fielded  Systems  to  Exchange  Data 
o Lack  of  Interface  Standardization 
o Lack  of  Design  Visibility 

o Unclear  Linkage  of  Doctrine  and  Software  Implementation 

I I . Research  Direction  and  Action 

This  area  is  directed  toward  standardization  of  intercomputer 
software  protocols  and  communications  conventions.  Issues  are  the  proper 
level  of  standardization  and  enforcement  mechanisms.  Other  activities 
include  the  use  of  emulation  facilities  to  examine  the  relationship  between 
interoperability  doctrine  and  system  implementations. 

DCA  has  the  lead  responsibility  in  protocol  standardization. 
Army  employs  the  Teleprocessing  Design  Center  emulation,  facility  to 
examine  impacts  of  tactical  data  system  interoperability  doctrine  on 
candidate  designs  for  future  systems;  and  vice  versa  (e.g.,  TACFIRETOS) .* 

"Specific  experiments  only;  maturation  and  extension  of 
Teleprocessing  Design  Center  is  covered  under  Research 
Area  B5. 


Principal  Technology  Agent:  Army 


Contributing  Agents: 
User: 

Technology  Evaluator: 


DARPA,  AF,  Navy,  DCA 
Tri-Service,  Agencies 
Navy 
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B3 . HARDWARE/ SOFTWARE/FIRMWARE  TRADEOFFS 


I . Problem/ Issue  Summary 

o Proliferation  of  Special  Purpose  Computers  Built  with 
Microprocessors 

o Cost  Effective  Certification  of  Microprocessor  Reliability/ 
performance 

o Exploiting  State  of  Art  Advances  Without  Disrupting 
logistics 

o Applicability  of  High  Order  Languages  to  Microprocessors 

o Verification  of  Hardware/Software  Interfaces 
I I . Research  Direction  and  Action 

Recent  and  projected  advances  in  semi-conductor  technology 
and  system  structures  have  produced  a wide  range  of  design  choices. 
Microprocessors  are  replacing  analogue  control  circuits,  special  purpose 
digital  logic,  and  general  purpose  computers.  To  cope  with  this  evolving 
technology  (industry  driven),  Air  Force  is  assessing  the  applicability 
of  higher  order  languages  to  microprocessors,  studying  verification  of 
hardware/software  interfaces,  and  performance  measurement/prediction. 
Service  efforts  will  control  proliferation  and  bring  microprocessor 
software  technology  to  a minimally  acceptable  level.  DARPA  is  charged 
with  developing  advanced  techniques  to  exploit  the  potention  of  micro- 
processors without  compromising  management  visibility  and  control. 


Principal  Technology  Agent:  Air  Force 


Contributing  Agents: 
User: 

Technology  Evaluator: 


Army , Navy , DARPA 
Tri-Service,  Agencies 
Navy 
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B4 . COMPUTER  ARCHITECTURE  STANDARDIZATION  AND  COMMONALITY 
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I . Problem/ Issue  Summary 

o Aging,  Obsolete  Processors  in  Field  or  Fleet  Use 

o Lack  of  Software  Transferability 

o Standardization  versus  Competition 

o Lack  of  Tri-Service/ Industry  Software  Base 

o Microprocessor  Standardization  Ground  Rules 

1 1 . Research  Direction  and  Action 

This  research  area  exploits  emulation  technology  in  three 
separate  but  compatible  directions.  First,  it  provides  for  modern  com- 
puters as  software  compatible  replacements  (and  competitive  alternatives) 
to  prior  generation  computers.  This  activity,  under  joint  Army  and  Navy 
cognizance,  permits  and  encourages  software  transportable  processor 
modernization . 

The  second  direction  is  the  selection  and  control  of  a family 
architecture  for  militarized  computers.  It  will  become  the  preferred 
choice  for  advanced  missions  on  a Tri-Service  basis  whenever  software 
transferability  with  previous  generation  equipment  is  not  a major  considera- 
tion. This  approach  will  insure  the  availability  of  high  quality  mili- 
tarized computers  for  a broad  spectrum  of  applications  and  provide  the 
benefits  of  a large  Tri-Service/industry  software  base.  This  approach 
will  have  its  payoff  in  Tri-Service  utility  and  a Tri-Service/industry 
software  base.  Army  is  the  lead  Service  in  this  activity  with  Navy  and 
Air  Force  contributing  modest  funding  and  advisory  personnel. 

The  third  direction  is  an  extension  of  the  AYK-14  philosophy 
to  microprocessors.  This  effort  is  driven  by  the  Navy. 

Principal  Technology  Agent:  A rmy~-- , Navy" 

Contributing  Agents:  Air  Force,  DCA 

User:  Tri-Service 

Technology  Evaluator:  PAR PA 

*Distributed  as  per  description  of  action. 
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ill.  BUDGET  PROFILE 


B5 . TESTBEDS 

I .  Problem/Issue  Summary 

o Lack  of  insight  into  human  factors  aspects  of  user  require- 
ments 

o Lack  of  insight  into  design  alternatives 

o Lack  of  tools  to  facilitate  design  tradeoffs 

o Lack  of  facility  for  technology  demonstration  and  transfer 

I I .  Research  Direction  and  Action 

This  area  provides  for  technology  demonstrations,  require- 
ments validation,  hardware-software-firmware  tradeoffs.  It  provides  the 
foundation  for  Technology  Areas  A1 , B2  and  BA  above,  and  is  critical  to 
the  transfer  of  advanced  technology  into  new  systems. 

Army,  Navy  and  Air  Force  are  to  fund  non-redundant  portions 
of  this  activity  in  accordance  with  their  mission  responsibilities.  Test- 
beds are  normally  funded  with  mission  area  dollars.  The  following  testbeds 
are  under  development: 

Command  and  Control: 

WWMCCS  - Defense  Communications  Agency 
Fleet  Related  - Navy/DARPA 
Tactical  Air  - AF 
Military  Messages  - Navy/DARPA 

Avionics  - AF 

Management  Systems  - Army 

III.  Budget  Profile 

Funding  for  testbeds  will  be  identified  seperately  under 
specific  application  categories  within  the  Science  and  Technology  Base. 


[-20 


c 


IMPLEMENTATION  AND  MAINTENANCE  ENVIRONMENT 


C 1 . FORMAL  METHODS  OF  SOFTWARE  VERIFICATION  AND  MAINTENANCE 

I . Problem/ Issue  Summary 

o Software  Verification/Validation  and  Certification 
Difficulty 

o Impossibility  of  Exhaustive  Testing 

I I . Research  Direction  and  Action 

These  efforts  aim  to  demonstrate  tools  for  formally  proving 
that  programs  correctly  implement  specifications.  Initially,  the  tool 
will  be  used  to  fully  verify  critical  modules  in  such  applications  as 
multi-level  security,  communications , and  data  management.  DARPA  has 
the  lead  in  this  technology  area.  The  Air  Force  will  begin  trial  appl 
cations  during  FY78. 


Principal  Technology  Agent: 
Contributing  Agents: 

User: 

Technology  Evaluator: 


DARPA 

Army,  Navy,  Air  Force 

Tri-Service/Agencies 

Navy 
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III.  BUDGET  PROFILE 


C2 . SOFTWARE  ENGINEERING  TOOLS  AND  METHODS 


I . Problem/ Issue  Summary 

o Lack  of  language  standardization  and  control 

o Lack  of  state  of  the  art  tools  for  military  computers 
and  programming  languages 

o Lack  of  transferability  of  tools  from  one  proji ;t  to  the 
next 

o Lack  of  rigor  and  discipline  in  software  development/ 
maintenance 

o Lack  of  management  control  and  visibility 

o Lack  of  explicit  decision  process  for  introducing  new 
technology 

II.  Research  Direction  and  Action 


Industry  has  developed  tools  and  methodologies  that  can 
significantly  improve  the  software  development  process  including  design, 
coding,  testing,  and  maintenance.  Unfortunately,  the  tools  available  for 
DoD  languages  and  militarized  computers  have  generally  been  lower  quality 
than  those  available  for  the  most  popular  computers  in  the  commercial 
marketplace.  A comprehensive  intergrated  set  of  tools  and  methodologies 
should  be  available  for  use  on  all  major  DoD  software  acquisitions  re- 
gardless of  prime  contractor.  The  tools  and  methods  included  are: 

Top  Down  Design  and  Structured  Programming  Methods 
System  Design  Languages 

Structured  Code  Preprocessors  and  Analyzers 
Program  Development  Support  Libraries 
Automated  Code  Verification  Tools 
Software  Test  Case  Generators 
Automated  Compiler  Generators 
Compiler  Validators 

This  research  area  has  four  main  thrusts: 

o Control  and  support  of  approved  high  order  languages  and 

compilers . 


o Evaluations  and  language  development  aimed  at  exploiting 
state-of-the-art  advances  in  language  design  and  at  eliminating  obsolete 
languages  from  the  approved  list. 
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o Development/collection  of  integrated  systems  of  tools  for  DoD 
languages,  computers,  and  applications,  including  evaluations  of  the 
effectiveness,  availability,  transferability,  and  maintenance/control 
requirements  of  such  tools.  DoD  applications  for  which  programming 
environments  are  being  configured  include  the  following:  WWMCCS,  PAVE 
PAWS,  AFSAMTECH,  Army  TACPOL  systems  and  COBOL  systems,  Navy  CMS-2 
systems,  and  avionics  systems  written  in  JOVIAL. 

o Development  of  a distribution  mechanism  to  provide  access  to 
software  tools  via  an  existing  and  widely  available  communications  network. 
This  distribution  system  will  also  facilitate  the  operational  evaluation 
of  new  tools,  methods,  and  languages. 


Principal  Technology  Agent: 


JOVIAL  J73 

JOVIAL  J3 

CMS-2 

SPL/1 

TACPOL 

COBOL 

FORTRAN 


Air  Force 

Air  Force 

Navy 

Navy 

Army 

OSD(C) 

OSD(C) 


Contributing  Agents: 
User: 

Technology  Evaluator: 


DARPA 

Tri-Service,  Agencies 
Users 


III.  BUDGET  PROFILE* 

$M 


* TOPICAL  BREAKDOWN  - APPROXIMATE 


LANGUAGE  SUPPORT  AND  CONTROL  29% 

(INTERIM  STANDARDS) 

LANGUAGE  MODERNIZATION  AND  13% 

CONVERGENCE 

PROGRAMMING  ENVIRONMENTS  24% 

TOOL  DISTRIBUTION  23% 


QUALITY  METRICS  AND  T/E  STANDARDS  11% 
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A.  GENERAL 


The  Director  of  Defense  Research  and  Engineering  is  responsible  for 
the  execution  of  the  Defense  System  Software  Research  and  Development 
Technology  Plan.  To  assist  in  executing  this  responsibility,  an  R&D 
Technology  Panel  reporting  to  the  Management  Steering  Committee  for  em- 
bedded Computer  Resources  has  been  established.  The  Panel  will  maintain 
this  plan,  and  monitor  the  progress  of  technology  initiatives.  There 
will  be  a Principal  Technology  Agent  (PTA) , Contributing  Technology 
Agents  (CTA) , and  a Research  Area  Evaluator  (RAE)  for  each  technology 
area,  insuring  a coordinated  approach  to  meeting  the  technology  objectives 

These  organizational  relationships  are  summarized  in  Figure  1 1 — 1 . The  ' a 

responsibilities  of  the  PTA,  CTA,  and  RAE  are  discussed  below. 

B . ROLE  OF  THE  PRINCIPAL  TECHNOLOGY  AGENT 

In  order  to  provide  an  identifiable,  accessible,  and  up-to-date 
authority  on  each  of  the  twelve  research  areas,  .the  concept  of  a Principal 
Technology  Agent  has  evolved. 

The  Principal  Technology  Agent  is  to  be  selected  by  the  designated 
Component,  whereupon  it  will  assume  the  responsibility  of  Area  Coordin- 
ation for  all  activity  which  takes  place  in  any  Military  Department  or 
Defense  Agency,  and  which  is  pertinent  to  the  designated  research  area. 

PTA  responsibilities  include: 

o Maintain  general  excellence  in  the  research  area, 

o Provide  advice  and  consultation  to  DoD  Component  on  matters  related 
to  the  research  area, 

o Be  knowledgeable  about  current  state  of  art  including  awareness  of 
reports,  software  products,  and  personnel  contacts  pertinent  to 
the  research  area, 

o Sponsor  planning  meetings  to  coordinate  work  in  the  area, 

o Generate  progress  reports  on  research  area  status  to  the  MSC-ECR 
via  the  R&D  Technology  Panel,  and  issue  an  annual  report  (10 
pages  maximum)  during  the  month  of  September,  and 

o Publicize  significant  activities  and  results  emerging  from  the 
research  area. 

The  PTA  shall  maintain  close  continued  contact  with  the  R&D  Technology 
Panel,  the  MSC-ECR,  and  the  research  area  evaluator  to  discuss  progress, 
concerns,  future  plans,  and  rerommendat ions . 
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C.  ROLE  OF  CONTRIBUTING  TECHNOLOGY  AGENTS 


Contributing  Technology  Agents  should  have  on-going  thrusts  which 
complement  the  efforts  of  the  PTA.  These  should  pursue  alternate 
technical  approaches,  possibly  being  longer-term  higher  risk,  or  they 
should  address  a different  set  of  DoD  applications.  CTA  are  required  to 
keep  the  PTA  informed  of  work  proposed,  work  in  progress  and  accomplish- 
ments for  inclusion  in  the  technology  area  annual  report. 

D.  ROLE  OF  RESEARCH  AREA  EVALUATOR 


To  introduce  independent,  unbiased,  and  constructive  criticism,  a 
Research  Area  Evaluator  has  been  designated  for  each  of  the  twelve 
research  areas. 

The  RAE  organization  is  to  be  selected  by  the  appropriate  Military 
Department.  It  has  two  main  functions.  The  first  is  to  recommend  whether 
a new  technique  or  tool  is  ready  for  transition  to  the  next  stage  of  de- 
velopment. The  second  is  to  identify  gaps  in  the  coverage  of  research 
area  problems.  In  other  words,  the  evaluator  should  focus  attention  on 
problems  which  will  not  be  solved  even  if  all  on-going  research  thrusts 
are  successful. 

Under  no  circumstances  shall  the  RAE  have  veto  or  redirection  power 
over  projects  conducted  by  the  Military  Departments  or  Defense  Agencies. 
Instead,  his  function  is  to  provide  constructive  critical  comments  and 
appraisals  to  the  MSC-ECR  and  its  panels,  to  the  PTA,  and  to  the  research 
proponents.  The  RAE  shall  not  attempt  nor  shall  he  be  called  upon  to 
prejudice  any  other  sector  of  the  management  or  research  communities  with 
respect  to  product  validity,  strengths,  or  limitations. 

The  responsibilities,  then  of  the  RAE  are  to: 

o Advise  the  MSC-ECR  and  its  panels,  the  PlA  and  the  research  proponent 
as  to  the  balance  and  progress  of  research  thrusts  in  the  area 

o Collaborate  with  the  PTA  on  the  preparation  of  the  year  end  research 
area  status  report.  Provide  a list  of  accomplishments  for  the 
previous  year 

o Maintain  general  excellence  in  research  area,  and  developments  in 
DoD  and  industry  which  affect  it. 


E.  FISCAL  IMPLEMENTATION 


Funds  to  execute  the  provisions  of  this  document  are  to  be  identified 
within  the  following  program  elements: 


PE 

62701A 

Communications,  Electronics 

PE 

62725A 

Computer  Sciences 

PE 

62721N 

Command  and  Control  Technology 

PE 

62702F 

Rome  Air  Development  Center  Manning  and  Communications 
Electronics 

PE 

62204F 

Advanced  Avionics 

PE 

62706E 

Distributed  Information  Systems 

PE 

63703A 

Automatic  Data  Processing  Equipment  Development 

PE 

63526N 

Advanced  Computer  Technology 

PE 

63728F 

Advanced  Computer  Technology 

PE 

64501N 

Computer  Systems  Engineering  Development 

PE 

64740F 

Application  of  Information  Processing  Technology 

F.  PTA  AND  RAE  DESIGNATION 


Research  Area 

PTA 

RAE 

I 

Air  Force 

DARPA 

II 

Army 

Navy 

III 

Air  Force 

Army 

IV 

Air  Force 

Navy 

V 

Air  Force 

OSD 

VI 

Air  Force 

Navy 

VII 

Army 

Navy' 

VIII 

Air  Force 

Navy 

IX 

Army 

DARPA 

X 

ALL 

Mission  Area  Sponsors 

XI 

DARPA 

Navy 

XII 

CMS -2 

Navy 

Users 

SPL-1 

Navy 

II 

TACPOL 

Army 

II 

J73 

Air  Force 

II 

J3 

Air  Force 

II 

COBOL 

OASD(C) 

II 

FORTRAN 

OASD(C) 

II 

I 
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ANNEX  A 


SOFTWARE  SCIENCE  AND  TECHNOLOGY  BASE 
TECHNOLOGY  OBJECTIVES 


adopted  by  the 


Management  Steering  Committee  for  Embedded 
Computer  Resources 


31  August  1976 


SOFTWARE  SCIENCE  AND  TECHNOLOGY  BASE 
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APPROVED  TECHNOLOGY  OBJECTIVES 


The  Military  Departments,  through  the  Research  and  Development  Technology 
Panel  to  the  Management  Steering  Committee  for  Embedded  Computer  Resources 
(MSC-ECR) , have  formulated  broad  technology  objectives  for  evaluating 
the  software  technology  base.  These  objectives  reflect  current  defi- 
ciencies in  both  embedded  and  general  purpose  computer  application 
areas.  The  objectives  were  proposed  to  the  MSC-ECR  and  subsequently 
adopted  (with  minor  changes)  in  September  1976.  The  technical  objectives 
as  adopted  are  itemized  below.  No  efforts  to  prioritize  among  the 
objectives  have  been  made. 

1.  Project  Management: 

1.1  Resolve  technical  issues  associated  with  the  preparation  of 
life  cycle  computer  resources. 

1.2  Develop  improved  methods  and  tools  for  planning,  estimating 
and  controlling  software  development. 

1.3  Develop  criteria  and  procedures  for  configuration  item  defi- 
nition, interface  definition  and  control,  and  change  control 
and  impact  assessment  of  changes. 

1.4  Develop  methods,  languages  and  tools  for  describing  and  vali- 
dating requirements. 

1.5  Establish  risk  analysis  techniques  to  minimize  unforeseen  cost 
and  schedule  impacts  from  system  requirements. 

1.6  Develop  qualitative  and  quantitative  measures  of  software 
quality. 

1.7  Establish  a uniform  software  error  and  cost  data  collection 
and  analysis  methodology. 

1.8  Perform  computer  technology  assessments  and  develop  techniques 
for  measuring  the  impact  of  software  technology  advances  on 
productivity. 

1.9  Demonstrate  new  technology  concepts  through  prototype  or 
experimental  proofing  prior  to  full  scale  technology  transfer 
to  on-going  system  applications. 

2 . System  Architecture 

2.1  Develop  concepts  in  computer  system  architecture  which  reduce 
software  costs,  improve  timeliness,  increase  quality,  and/or 
enhance  man-maching  interaction. 
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Develop  software  techniques  which  increase  the  usefulness  of 
computer  architectures. 

2.3  Develop  methods  for  designing  computer  systems  which  explicitly 
consider  the  trade-offs  between  hardware,  software  and  firmware. 

2.4  Develop  and  demonstrate  techniques  and  concepts  to  ensure 
security  of  information  systems. 

2.5  Demonstrate  techniques  for  flexible,  interoperable,  and  reliable 
data  management  systems. 

Programm i ng  Environment 

3.1  Identify  properties  of  programming  languages  and  compilers 
which  provide  for  effective  control  of  software  development, 
enhanced  quality,  and  reduced  cost. 

3.2  Develop  tools  which  automate  the  clerical  aspects  of  software 
design  and  synthesis. 

3.3  Develop  methods  and  tools  for  testing  which  allow  determina- 
tion of  whether  adherence  to  the  requirements  has  been  achieved 
within  a stated  tolerance,  or  which  otherwise  quantify  reli- 
ability. 

3.4  Develop  techniques  and  supporting  tools  for  proving  that 
programs  and  specifications  are  consistent. 

3.5  Demonstrate  techniques  and  tools  which  enhance  the  maintaina- 
bility and  modifiability  of  software. 

3.6  Demonstrate  techniques  and  tools  for  software  transportability 
which  significantly  reduce  the  effort  to  modify  software  so  it 
will  execute  on  different  computer  hardware. 

3.7  Develop  software  engineering  methods  which  exploit  new  tools 
to  improve  the  quality  of  software  and  provide  for  effective 
control  of  development. 

3.8  Develop  programming  environments  to  facilitate  the  flexible 
use  of  many  tools  in  combination  with  each  other,  and  the 
addition  of  new  tools. 

Reusable  Softw are  and  Tool  Availability 

4.1  Develop  techniqes  for  formal  specification  of  standard  software 
products . 

4.2  Develop  technology  for  adapting  standard  software  products  to 
specific  applications,  and  for  cost  effectively  maintaining 
the  resultant  product  families. 
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4.3  Demonstrate  techniques  for  efficiently  transporting  standard 
products  to  different  hardware. 

4.4  Establish  language  control  facilities  and  develop  necessary 
supporting  tools. 

4.5  Eliminate  the  need  to  build  new  versions  of  software  tools 
just  to  make  them  available  for  new  languages  and  different 
computer  systems. 

4.6  Establish  easily  accessible  repositories  and  distribution 
systems  for  software  tools  and  other  reusable  software. 

4.7  Investigate  the  consolidation  of  the  many  HOLS  in  common  use 
to  a smaller  number  of  common  HOLS. 
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ANNEX  B 


CHARTER  FOR  THE 
R&D  TECHNOLOGY  PANEL 


adopted  by  the 


Management  Steering  Committee  for  Embedded 
Computer  Resources 


29  October  1976 


MEMORANDUM  OF  UNDERSTANDING 


The  Department  of  Defense  Automation  Objectives  dated  March  25,  1976 
included  an  initiative  to  "outline  a program  of  applied  research  require- 
ments." The  intent  of  this  particular  initiative  was  to  establish  a 
formal  process  that  would  provide  for  the  production  of  a coordinated 
set  of  R&D  objectives  and  supporting  projects  to  accomplish  these  objec- 
tives in  the  area  of  general  purpose  data  processing. 

Similarly,  during  the  same  period  of  time  DoD  Directive  5000.29,  dated 
April  26,  1976,  established  a mechanism  for  resolving  many  problems 
associated  with  the  management  of  computer  resources  in  major  Defense 
systems.  In  addition  to  addressing  other  problems,  the  Management 
Steering  Committee  for  Embedded  Computer  Resources  (MSC-ECR)  established 
the  need  for  a coordinated  approach  to  solving  the  R&D  problems  associated 
with  computer  resources  in  major  Defense  systems  (i.e.,  embedded  com- 
puters). Hence,  the  R&D  Coordinating  Panel  was  one  of  the  four  panels 
o be  established  under  the  MSC-ECR. 

The  computer  science  problems  that  plague  the  general  purpose  area  are 
very  similar  to  those  that  plague  the  area  of  embedded  computers. 
Therefore,  a single  panel  supporting  both  communities  seems  highly 
appropriate.  Moreover,  since  the  ODDR&E  must  review  the  compu.tr  science 
R&D  of  both  communities  this  panel  would  provide  the  proper  mechanism 
for  establishing  and  maintaining  a unified  and  cohesive  R&D  program. 

Hence,  panel  efforts  would  be  supported  by  both  the  ADP  Policy  Committee 
representing  the  general  purpose  area  and  the  MSC-ECR  representing  the 
area  of  embedded  computers. 

An  approved  charter  for  this  panel  is  attached. 


Representing  Embedded 
Computer  Systems  Area 


Representing  General 
Purpose  ADP  Area 


FOR  THE 

RESEARCH  AND  DEVELOPMENT  TECHNOLOGY  PANEL 

1.0  OBJECTIVES 

The  objectives  of  the  Research  and  Development  Technology  Panel 
(RDTP)  are  to: 

a)  provide  a coordinated  research  and  development  program 
plan  to  supply  the  technology  base  which  supports  all 
computer  resource  applications  within  DoD; 

b)  provide  recommendations  and  advice  to  both  the  Management 
Steering  Committee  for  Embedded  Computer  Resources  and 
the  ADP  Policy  Committee  to  avoid  unproductive  overlap, 
gaps,  or  duplication  of  effort  in  the  conduct  of  DoD's 
computer  resources  research  and  development  efforts; 

c)  fr emulate  and  as  necessary  propose  additions  and  dele- 
tions to  computer  resource  R&D  objectives  for  joint 
consideration  by  the  MSC-ECR  and  the  ADP  Policy  Committee; 

d)  serve  as  a forum  for  coordinating  technology  investment 
strategy  for  the  Military  Departments  and  Defense  Agencies; 

e)  review  R&D  programs  to  monitor  progress  toward  established 
objectives;  provide  annual  progress  appraisal  against 
each  established  objective,  jointly  to  the  MSC-ECR  and 
ADP  Policy  Committee; 

f)  identify  technologies  which  appear  ready  for  operational 
use,  and  assist  the  MSC-ECR,  DDR&E  and  the  ADP  Policy 
Committee  in  conducting  and  evaluating  suitable  demon- 
strations ; 

g)  provide  technical  comments  on  Technology  Annexes  to  DCPs 
and  PMs  as  requested  by  the  MSC-ECR. 

h)  assist  Program  Managers  and  System  Project  Offices  in  the 
identification  of  technology  deficient  areas  and  in 
promoting  technology  transfer. 
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In  pursuing  the  above  objectives,  the  scope  of  the  RDTP  will  en- 
compass all  computer  resource  research  and  development  activities 
within  the  Military  Departments  and  Defense  Agencies,  and  will 
include  both  embedded  computer  resources  and  general  purpose  auto- 
matic data  processing  application  areas. 

2.0  REFERENCE 

The  RDTP  functions  in  accord  with  the  policies  of  DoD  Directive 
5000.29,  "Management  of  Computer  Resources  in  Major  Defense  Systems," 
26  April  1976  and  DoD  Directive  5100.40,  "Responsibilities  for  the 
Administration  of  the  DoD  ADP  Program,"  19  August  1975. 

3.0  CHAIRMANSHIP 

The  RDTP  shall  have  a permanent  Chairman  selected  by,  and  repre- 
senting the  Director,  Defense  Research  and  Engineering.  The  Chairman 
will  be  the  responsible  spokesman  for  the  RDTP,  and  will  administer 
the  Panel  affairs. 

4 . 0 MEMBERSHIP 

The  membership  of  the  RDTP  shall  be  composed  of  not  more  than  three 
representatives  from  each  Military  Department  and  Defense  Agency. 
Members  of  the  RDTP  shall  be  selected  by  their  respective  DoD  Com- 
ponent and  their  scope  shall  represent  both  embedded  computer 
resources  and  general  purpose  automatic  data  processing  application 
areas . 

5.0  ACTIVITIES 


In  fulfilling  the  objectives  of  the  Charter,  the  RDTP  shall  as  a 
minimum  carry  out  the  following  activities: 

a)  develop,  propose,  and  maintain  a DoD  Computer  Resource 
R&D  Technology  Program  Plan 

1)  develop  computer  resources  technology  objectives, 

2)  identify  current  effort  devoted  to  these  objectives, 

3)  identify  and  prioritize  critical  areas  which  need 
immediate  emphasis, 

4)  plan  near,  mid,  and  long  term  solutions  to  each 
objective , 
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5)  identify  and  recommend  responsible  agency  or  joint 
activity  to  lead  on  areas  of  common  interest, 

6)  identify  resource  implications  of  these  efforts; 

meet  at  least  quarterly  to  discuss  progress  toward 
objectives ; 

prepare  and  present  an  annual  report  on  R&D  Technology 
Progress  to  a joint  meeting  of  the  MSC-ECR  and  the  ADP 
Policy  Committee. 

Provide  summary  briefings  on  Panel  activities  at  each 
formal  meeting  of  the  MSC-ECR; 

carry  out  specific  tasks  as  directed  by  the  Chairman  of 
the  MSC-ECR  and  DDR&E.  The  Chairman  of  the  ADP  Policy 
Committee  will  request  specific  tasks  through  his  parti- 
cipation on  the  MSC-ECR. 
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BRIEFING  CHARTS 
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LONG  TERM  ► LONG  TERM  STANDARD?? 

INCLUDES  MICROPROCESSOR  ARCHITECTURES 


FY  78  ACTIVITY 


FISCAL  YEAR 


RESEARCH  AREA  DESCRIPTIONS 
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TELEPROCESSING  DESIGN  CENTER  - ARMY  ($2.2M) 


RESEARCH  AREA  DESCRIPTIONS 


• LONG  TERM  PAYOFF 
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VALIDATORS. 
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FISCAL  78  DISTRIBUTION  SUMMARY 


MISSION  AREA  FUNDING 


